5.3.3 APPX Application Design Manual

+ Chapter 1-1: Overview of Application Design
+ Chapter 1-2: Getting Started
+ Chapter 1-3: Data Dictionary
+ Chapter 1-4: Understanding Process Design
+ Chapter 1-5: Interprocess Communication
+ Chapter 1-6: Customizing Your Application
+ Chapter 1-7: The Documentation Facility
+ Chapter 1-8: Application Design Tools
+ Chapter 2-1: Data Dictionary Overview
+ Chapter 2-2: Data Dictionary Concepts
+ Chapter 2-3: Domains
- Chapter 2-4: Files and Fields
+ Chapter 2-5: Work Fields
+ Chapter 3-1: Overview of APPX Processes
+ Chapter 3-2: Getting Started
+ Chapter 3-3: Process Definition
+ Chapter 3-4: Menu Processes
+ Chapter 3-5: Job Processes
+ Chapter 3-6: Input Processes
+ Chapter 3-7: Output Processes
+ Chapter 3-8: Update Processes
+ Chapter 3-9: Query Processes
+ Chapter 3-10: Inquiry Processes
+ Chapter 3-11: Status Processes
+ Chapter 3-12: Subroutine Processes
+ Chapter 3-13: Table Processes
+ Chapter 3-14: Automatic and Optional Children
+ Chapter 3-15: Using the Image Editor
+ Chapter 3-16: Using GUI Features of the Image Editor
+ Chapter 3-17: Using Event Points
+ Chapter 4-1: ILF Integration
+ Chapter 4-2: True/False Status Indicators
+ Chapter 4-3: Specifying Statements
+ Chapter 4-4: The ILF Editor
+ Chapter 4-5: The Appx ILF Debugger
+ Chapter 4-6: ILF Keyword Reference
+ Chapter 4-7: Predefined Fields
+ Chapter 4-8: Runtime Subroutine's and Predefined Processes
+ Chapter 4-9: Appx Chart Director API

Chapter 2-4: Files and Fields

Occurrence


Occurrence determines the number of times a field is present in a record. If blank, APPX assumes a value of 1. This field may contain up to five numeric characters and is restricted to a maximum of 32,767.

A multiple-occurrence field is simply an alternative to defining multiple fields in a file. For example, a balance record in a General Ledger application may contain an ending balance field that is repeated 12 times, one for each month in the year. You could define 12 fields, January Ending Balance, February Ending Balance, March Ending Balance, and so on, or you could define one ending balance field with 12 occurrences.

APPX considers each occurrence as a separate field, uniquely identified by the combination of application ID, field name, and occurrence number. Each occurrence of a multiple-occurrence field is no different from a single-occurrence field in that:

APPX allocates unique physical storage for each occurrence.

You can paint a specific occurrence on an image.

Statements operate on specific occurrences of a field.

Unlike separate fields, however, if a multiple-occurrence field is included in a group, all occurrences become part of the group. It is not possible to selectively include specific occurrences in a group, while excluding other occurrences. However, see Special Uses for Group Fields for some creative ways to manipulate groups and occurrences.

There are two primary advantages of using multiple-occurrence fields. Multiple-occurrence fields:

Minimize the effort that is required to define the data dictionary. You enter a single field definition rather than a separate field definition for each occurrence.

Minimize the effort that is required to manipulate data using APPX statements.

You can exert less control over multiple-occurrence fields than you can over single-occurrence fields because you:

Must include all occurrences in a group.

Cannot define a synonym for a multiple-occurrence field.

Cannot establish a multiple-occurrence substring.

Application Design Manual                                         "Powered by Appx Software"

191

©2006 By APPX Software, Inc. All Rights Reserved